プロセスID (PID)¶

各プロセスは、負でない整数の一意な識別子を持つ。 この識別子は fork(2) を使ってプロセスが生成される際に割り当てられる。 プロセスは getpid(2) を使って自分の PID を取得できる。 PID は pid_t 型で表現される (pid_t は <sys/types.h> で定義されている)。

PID は各種のシステムコールでそのシステムコールが作用するプロセスを 特定するために使用される。以下に例を挙げる: kill(2), ptrace(2), setpriority(2), setpgid(2), setsid(2), sigqueue(2), waitpid(2).

プロセスの PID は execve(2) の前後で不変である。

親プロセス ID (PPID)¶

プロセスの親プロセスの ID は、 fork(2) を使ってそのプロセスを生成したプロセスを示す。 プロセスは getppid(2) を使って自分の PPID を取得できる。 PPID は pid_t 型で表現される。

プロセスの PPID は execve(2) の前後で不変である。

プロセスグループ ID とセッション ID¶

各プロセスはセッション ID とプロセスグループ ID を持つ。 これらの ID はどちらも pid_t 型で表現される。 プロセスは、それぞれ getsid(2), getpgrp(2) を使って自分のセッション ID、プロセスグループ ID を取得できる。

fork(2) で生成された子プロセスは親プロセスのセッション ID とプロセスグループ ID を継承する。プロセスのセッション ID とプロセスグループ ID は execve(2) の前後で不変である。

セッションとプロセスグループの概念は、シェルのジョブ制御を行うために 考案されたものである。 プロセスグループ (時には「ジョブ」と呼ばれることもある) は、 同じプロセスグループ ID を共有するプロセスの集まりである。 シェルは、一つのコマンドもしくはパイプラインの実行に使われるプロセス群に 対して一つのプロセスグループを生成する (例えば、コマンド "ls | wc" を実行するために生成される二つのプロセスは 同じプロセスグループに置かれる)。 所属するプロセスグループは setpgid(2) を使って設定できる。 自身のプロセス ID がプロセスグループ ID と同じプロセスは、 そのグループの「プロセスグループ・リーダー」である。

セッションは、同じセッション ID を共有するプロセスの集まりである。 ある一つのプロセスグループの全メンバーは同じセッション ID を持つ (つまり、一つのプロセスグループのメンバーは全て同じセッションに所属し、 これにより、セッションとプロセスグループで二階層のプロセス階層が形成できる)。 新たなセッションの生成はプロセスが setsid(2) を呼び出すことで行う。 setsid(2) は、 setsid(2) を呼び出したプロセスの PID と同じ値のセッション ID を持つ 新たなセッションを生成する。 セッションの生成者は「セッション・リーダー」と呼ばれる。

ユーザ ID とグループ ID¶

各プロセスは、数種類のユーザ ID とグループ ID を持つ。 ユーザ ID、グループ ID は整数で、それぞれ uid_t, gid_t 型で表現される (これらは <sys/types.h> で定義されている)。

Linux では、各プロセスは以下のような種類のユーザ ID とグループ ID を持つ。

• 実ユーザ ID と実グループ ID。 これらの ID によりプロセスの所有者が決定される。 プロセスが自分の実ユーザ ID、実グループ ID を取得するには、それぞれ getuid(2), getgid(2) を使用する。
• 実効ユーザ ID と実効グループ ID。 これらの ID は、メッセージキュー、共有メモリ、セマフォなどの 共有リソースにアクセスしようとした際にそのプロセスがアクセス許可を 持っているかをカーネルが判定するのに使用される。 ほとんどの Unix システムでは、これらの ID はファイルへのアクセス時の アクセス許可の判定にも使用される。 しかしながら、Linux ではファイルへのアクセス許可の判定には 後述のファイルシステム ID が使用される。 プロセスが自分の実効ユーザ ID、実効グループ ID を取得するには、それぞれ geteuid(2), getegid(2) を使用する。
• 保存 (saved) set-user-ID と保存 set-group-ID。 これらの ID は、set-user-ID や set-group-ID されたプログラムにおいて、 プログラムの実行時に設定された実効 ID のコピーを保存するために 使用される (execve(2) 参照)。 set-user-ID プログラムは、実効ユーザ ID を実ユーザID と保存 set-user-ID の間で行ったり来たり切り替えることで、特権を得たり落としたりできる。 この切り替えは seteuid(2), setreuid(2), setresuid(2) を呼び出すことで実行できる。 set-group-ID プログラムは、 setegid(2), setregid(2), setresgid(2) を使って同様のことができる。 プロセスが自分の保存 set-user-ID、保存 set-group-ID を取得するには、 getresuid(2), getresgids(2) をそれぞれ使用する。
• ファイルシステム・ユーザ ID とファイルシステム・グループ ID (Linux 固有)。 これらの ID は、後述の補助グループ ID と組み合わせて使用され、 ファイルへのアクセス権の決定に利用される。詳細は path_resolution(7) を参照。 プロセスの実効 ID (ユーザ ID や グループ ID) が変更されるたびに、 カーネルは自動的に対応するファイルシステム ID を同じ値に変更する。 その結果、ファイルシステム ID は通常は対応する実効 ID と同じ値となり、 ファイルのアクセス権のチェック方法は Linux と他の Unix システムで同じである。 ファイルシステム ID は実効 ID とは異なる値にすることができ、 変更は setfsuid(2) と setfsgid(2) を呼び出して行う。
• 補助グループ ID。 この ID は、ファイルや他の共有リソースへのアクセス時にアクセス許可の チェックに使用される、追加のグループ ID の集合である。 カーネル 2.6.4 より前の Linux では、一つのプロセスあたりの 補助グループのメンバー数は最大で 32 である。 カーネル 2.6.4 以降では、一つのプロセスあたりの 補助グループのメンバー数は最大で 65536 である。 sysconf(_SC_NGROUPS_MAX) を呼び出すことで、あるプロセスがメンバーとなることができる可能性のある 補助グループ数を知ることができる。 プロセスは、自分の補助グループ ID の集合を getgroups(2) で取得でき、 setgroups(2) で集合を変更できる。

fork(2) で生成された子プロセスは親プロセスのユーザ ID とグループ ID を継承する。 execve(2) の間、プロセスの実ユーザ/グループ ID と補助グループ ID 集合は不変である。 実効 ID と保存セット ID は変更される可能性がある (execve(2) で説明されている)。

上記の目的以外にも、プロセスのユーザ ID は他の様々な場面で利用される。

• シグナルを送る許可の判定時 — kill(2) 参照。
• プロセスのスケジューリング関連のパラメータ (nice 値、 リアルタイム・スケジューリングポリシーや優先度、CPU affinity、 入出力優先度) の設定許可の判定時。 スケジューリング関連のパラメータ設定には setpriority(2), sched_setaffinity(2), sched_setscheduler(2), sched_setparam(2), ioprio_set(2) が使用される。
• リソース上限のチェック時。 getrlimit(2) 参照。
• プロセスが生成できる inotify インスタンス数の上限のチェック時。 inotify(7) 参照。